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(54) Method of operating a mobile telecommunications network 



(57) In a third generation mobile telecommunica- 
tions network, when a mobile is in a foreign network, 
packets are addressed to it by a home agent which 
changes the header so that the source address is the 
home agent address and the destination address is the 
Care of Address of the mobile. Identifier codes for the 
mobile node and correspondent node are included in the 



packet header, and tables of identifier codes and the 
correspondent nodes are retained by the home agent 
and sent to a foreign agent (FA COA working) or mobile 
node (CO-COA working) which readdress each re- 
ceived packet, to a higher layer or to an application, as 
appropriate. 

In this non-encapsulated mode of working : packets 
are not rejected by a firewall or by egress filtering. 
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Description 

[0001] This invention relates to an improved method 
* of operating a mobile telecommunications network, es- 
pecially a method of addressing packets destined for a 5 
mobile terminal in a foreign network. 
[0002] In third generation telecommunications net- 
works such as GPRS (General Packet Radio Service) 
and EDGE (Enhanced Data-rate for GSM Evolution), 
when a mobile terminal moves into a foreign network, io 
network connectivity is optionally maintained by the use 
of Mobile Internet Protocol (Mobile IP). In the home net- 
work, a Home Agent (HA) is set up which maintains the 
location information of the mobile by use of Binding Up- 
dates, i.e., registration of information sent to the HA by '5 
the mobile node. 

[0003] Mobile IP has two working modes. The first is 
illustrated in Figure 1 ; a mobile terminal is currently at- 
tached as Mobile Node (MN) 14 in a network different 
from its home network. The MN 14 is communicating 20 
with a Correspondent Node (CN) 12. A Home Agent 16 
is set up in the home network by the CN 12, and a For- 
eign Agent (FA) 1 8 is set up in the foreign network. The 
FA 1 8 allocates a unique IP address for the visiting mo- 
bile, a Care of Address (COA) and this address is sent 25 
to the HA 16 in a Binding Update. 
[0004] Packets for the mobile are encapsulated by the 
HA 16 and tunnelled along tunnel 20 to the FA 18 for 
transmission to MN 14. In such encapsulation, an extra 
IP header is added to each packet, including the COA 30 
of the MN 14. This is known as FA-COA working mode. 
[0005] In the second working mode (not illustrated) 
there is no FA, the MN 14 is allocated a unique COA 
and encapsulated packets are tunnelled by HA 16 di- 
rectly to MN 14; this is known as Colocated Care of Ad- 35 
dress mode of working (CO-COA). 
[0006] In both FA-COA and CO-COA modes of work- 
ing, the encapsulation generates extra headers, and 
possibly only small payloads can be used, which results 
in inefficient transmission and inefficient use of expen- 40 
sive system and network resources, such as radio links. 
Further, encapsulation hides the flow identification, and 
the differentiation of classes of services is thus also dis- 
abled, so that Quality of Service (QoS) provision mech- 
anisms, such as RSVP (Resource reservation Protocol) 
Int Serve, must be changed. 

[0007] The disadvantages o\ encapsulation can be 
avoided by the use of Non Encapsulation Mobile IP tech- 
nique, as set out in the applicant's co-pending patent 
application "Non-encapsulation Mobile IP" filed on 26 so 
February 1999 as no. 99301437.2. In this technique, the 
current COA of the mobile node is used as the destina- 
tion address, and the original source address, i.e. the 
CN address, is maintained. For FA-COA working, this 
deletes a header of length at least 20 bytes and intro- 55 
duces a header of only 2 bytes; for CO-COA mode of 
working no header is introduced. However a disadvan- 
tage is that any firewall or egress filtering in the home 



network may reject such packets, because they have a 
source address different from the home network ad- 
dress. 

[0008] It is an object of the invention to provide a 
method of packet addressing which overcomes the dis- 
advantages set out above, and allows QoS to be pro- 
vided. 

[0009] According to the invention a method of operat- 
ing a third generation mobile telecommunications sys- 
tem in which packets are addressed to a mobile node 
which is currently associated with a foreign network and 
is communicating with a correspondent node, compris- 
ing the steps of:- 

setting up a home agent in the home network and 
allocating a Care of Address in the foreign network 
for the mobile node: 

characterised by the further steps of:- 

changing the packet header so that the source ad- 
dress is the home agent address, the destination 
address is the Care of Address and the header fur- 
ther includes a correspondent node identifier code 
and a mobile node identifier code. 

[0010] Usually the home agent will change the packet 
header. 

[0011] The invention will now be described by way of 
example only with reference to Figures 2 to 4 in which:- 

Figure 2a illustrates the invention operating in FA 
COA mode. 

Figure 2b illustrates the invention operating in 
CO-COA operating mode; 

Figure 3a illustrates a prior art packet header for- 
mat; 

Figure 3b illustrates a packet header format accord- 
ing to the invention; and 
Figure 4 illustrates a RSVP session. 

[0012] In Figure 2a, which is similar to Figure 1 , a mo- 
bile terminal MN 28 has a FA 30. CN 24 has a HA 26; 
the figure illustrates FA COA mode. In Figure 2b, the 
mode is CO-COA, therefore there is no FA and packets 
pass directly to MN 28. 

[0013] It will be seen that, in comparison with Figure 
1 : figures 2a and 2b do not have a tunnel from HA 26 
towards either FA 30 or MN 28. This is because in the 
inventive arrangement the packets are not encapsulat- 
ed and therefore no tunnel is needed. A suitable name 
and acronym for the inventive technique is Non-Encap- 
sulation Mobile Internet Protocol, NEMIP. 
[0014] In Figure 3a, a packet 30 conventionally ad- 
dressed to a mobile in a foreign network has as source 
address 32 the IP address of CN 24; and as destination 
address 34 the home address of MN 28. Figure 3a also 
illustrates payload 38 and other fields 36. 
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[0015] In Figure 3b, in a header according to the in- 
vention, the source address 32 is the address of HA 26 
and the destination address 34 is the COA of MN 28. 
• The header contains two new fields, 40. 42, containing 
respectively identifiers (ID) for CN 24 and MN 28. 
[0016] When the network is operating in FA COA as 
illustrated in Figure 2a, the re-addressed packet is re- 
ceived by the FA 30 and the MN ID 42 is used by the FA 
to distinguish the different mobile nodes which are si- 
multaneously using that FA. and the packet is routed to 
MN 28. 

[0017] When the re-addressed packet is received by 
FA 30 (for FA COA mode ? Figure 2a) or by MN 28 (for 
CO-COA mode : Figure 2b), the CNID 40 is used by the 
FA or the MN to recover the original source address, i. 
e. the address of the CN 24; the FA 30 or the MN 28 
then re-calculates the checksum of the packet, and de- 
livers it to an application. 

[0018] Considering now the CNID 40 : this unique 
identifier is allocated by HA 26 as soon as a packet ad- 
dressed to the address of mobile is detected. The HA 
26 adds an entry to an address mapping table of CNIDs 
and CNs, which is maintained by HA 26. Then the HA 
26 sends the CNID plus the IP address of the corre- 
spondent CN to FA 30 (FA COA mode) or to MN 28 
(CO-COA mode): either a registration reply message s 
or a separate CNID notification message can be used. 
[001 9] When the CNID is received by FA 30 or by MN 
28, an entry is added to a CNID-to-CN IP address map- 
ping table which is maintained by the FA or MN. 
[0020] Information about MNs and MN IDs is similarly 
exchanged. 

[0021] As each packet destined for MN 28 arrives at 
HA 26, the HA looks up the CNID and CN address map- 
ping table to find the CNID corresponding to the source 
address on the packet; the HA then replaces the original 
source address with the HA address, and the destina- 
tion address with the COA of MN 28. The HA 26 adds a 
CNID field 40 and an MN ID field 42, adjusts the packet 
checksum, and dispatches the packet. 
[0022] When the packet arrives at the FA 30 or MN 
28, the CNID-to-CN table is looked up and the source 
address of the HA 26 is replaced by the real address of 
CN 24, and the destination address is replaced with the 
home address of the mobile. For FA COA mode, the 
MNID-to-MN table is looked up, as explained above. 
The checksum is adjusted and the packet is delivered 
to the MN 28 (for FA COA mode) or the an application 
(for CO-COA mode). 

[0023] The CNID and MNID formats can be very short 
and simple, so that the additional fields do not substan- 
tially increase the header length. 

[0024] The method of packet heading according to the 
invention for a mobile in a foreign network retains the 
advantage of shorter headers, and higher payloads, in 
common with the invention set out in the copending pat- 
ent application no. 99301 437. 2r referred to above. 
Since the HA address is used as the source address, 



the problems during egress filtering caused by using a 
source address different from the home network ad- 
dress can be avoided. Since the destination address is 
changed back before a packet is delivered, an applica- 
5 tion to which the packet is delivered does not need to 
be reconfigured, so irritating stops and re-starts of the 
application are avoided. 

[0025] A further advantage is that only the source and 
destination addresses of the header are changed; all 

10 other information is unchanged, including information 
identifying the traffic flows from the HA 26 to the current 
COA of MN 28. It is therefore possible to adopt a stand- 
ard QoS arrangement, such as RSVP, without modifica- 
tion to provide QoS services to the mobjle. 

is [0026] A QoS session will now be described using 
RSVP as an example. 

[0027] In Figure 4, the CN 24 and HA 26 are associ- 
ated with home network 50, and the MN 28 and FA 30 
are associated with a foreign network 52. The RSVP 
20 session is set up as two parts, shown as Section 1 and 
Section 2 on the Figure; Section 1 operates between the 
CN 24 and the HA 26, and Section 2 operates between 
the HA 26 and MN 28. 

[0028] Section 1 is sot up as a normal RSVP session 
25 in a non-mobile environment, with a path message sent 
from CN 24 to HA 26; the difference in the inventive ar- 
rangement is that the return RESV message from the 
HA 26 to CN 24 is not initiated until Section 2 has been 
completed. 

30 [0029] Section 2 covers the MN 28, and is dynamically 
adapted as the mobile moves from one network to an- 
other. 

[0030] When HA 26 receives the PATH message from 
the CN 28, with the source and destination address be- 
ing the CN 24 and the home address of MN 28, the HA 
26 intercepts the packet and modifies or regenerates a 
PATH message via an RSVP proxy server by re-ad- 
dressing the packet as described above. The packet 
passes through a number of nodes or network routers, 
and two routers, 54, 56, are illustrated. The PATH mes- 
sage is an end-to-end message. The proxy server can 
be attached to HA 26 or it can be a separate entity. 
[0031] In foreign network 52, a foreign proxy server 
or its equivalent in the MN 28 or FA 30, depending on 
the working mode, prepares a RESV message with the 
COA address of MN 28 as the source address and the 
HA's destination address; the message contains flow 
identification information such as protocol ID as well as 
source/destination port numbers, and is dispatched. 
The RESV message is routed hop-by-hop through the 
same servers 54, 56 as the PATH message, but in the 
reverse direction; the source and destination addresses 
for each hop are changed appropriately by the routers 
54, 56. 

[0032] When the RESV message is received by HA 
26, or an equivalent such as a home network proxy serv- 
er, the RESV message is modified or re-generated with 
the home address of MN 28 as source address and the 
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CN 24 as destination address: i.e. Section 2 is complet- 
ed. The RESV message of Section 1 is now sent in con- 
ventional manner. 
• [0033] When the CN 24 or the home network proxy 
server receives the RESV message, a RESV confirma- 5 
tion message can, if requested, be sent to confirm the 
whole RSVP session. 

[0034] When the mode of working is FA COA, to guar- 
antee flow-specific identity, and this class of service dif- 
ferentiation, for Section 2 of the RSVP session.. Port 10 
Clash avoidance control is necessary; any known tech- 
nique can be applied. 



Claims 15 



node home address. 

7. A method according to any preceding claim com- 
prising the further steps of the home agent (26) re- 
taining a record of the mobile node (24) and mobile 
node identifier code (42) and sending a copy of said 
record to the Care of Address at which said infor- 
mation is also stored. 

8. A method according to Claim 7 in which, when the 
packets arrive at the Care of Address, the foreign 
agent (30) checks the stored information and re- 
places the mobile node identifier code in the header 
with the mobile node home address. 



1 . A method of operating a third generation mobile tel- 
ecommunications system, in which packets are ad- 
dressed to a mobile node (28) which is currently as- 
sociated with a foreign network and is communicat- 20 
ing with a correspondent node (24), comprising the 
steps of 

setting up a home agent (26) in the correspond- 
ent node (24) and allocating a Care of Address 25 
for the mobile node (22); 
characterized by the further steps of :- 
-changing the packet header so that the source 
address is the home agent address, the desti- 
nation address is the Care of Address, and the 30 
header further includes a correspondent node 
identifier code (40) and a mobile node identifier 
code (42). 



2. A method according to Claim 1 in which the Care of 35 
Address is the address of the mobile node (28). 

3. A method according to Claim 1 in which the Care of 
Address is the address of a foreign agent (30) in the 
foreign network. 40 

4. A method according to any preceding claim in which 
the packet header is changed by the home agent 
(26). 

45 

5. A method according to claim 4 comprising the fur- 
ther steps of the home agent (26) retaining a record 
of correspondent node (24) and correspondent 
node identifier codes (40), and the home agent 
sending a copy of said record to the destination ad- so 
dress in the Care of Address at which said informa- 
tion is also stored. 



6. A method according to Claim 5 in which when a 

packet arrives at the destination address in the Care 55 
of Address, the destination checks the stored infor- 
mation and replaces the correspondent node iden- 
tifier code (40) in the header with the correspondent 
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FIG. 3b 
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(54) Method of operating a mobile telecommunications network 



(57) In a third generation mobile telecommunica- 
tions network, when a mobile is in a foreign network, 
packets are addressed to it by a home agent which 
changes the header so that the source address is the 
home agent address and the destination address is the 
Care of Address of the mobile. Identifier codes for the 
mobile node and correspondent node are included in the 



packet header, and tables of identifier codes and the 
correspondent nodes are retained by the home agent 
and sent to a foreign agent (FA COA working) or mobile 
node (CO-COA working) which readdress each re- 
ceived packet, to a higher layer or to an application, as 
appropriate. 

In this non-encapsulated mode of working, packets 
are not rejected by a firewall or by egress filtering. 
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FIG. 3b 
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